Social Ad Hoc Networking Protocol and Presentation Layer

ABSTRACT

In one embodiment, a method includes implementing an ad hoc network protocol comprising transmitting, from a first mobile device, one or more neighbor messages that includes a first user identifier corresponding to a first user of the first mobile device, wherein the first user identifier corresponds to a user account of the first user in a social networking system, receiving, at the first mobile device, one or more second neighbor messages from one or more second mobile devices that include second user identifiers corresponding to respective second users of the one or more second mobile devices, wherein the second user identifiers correspond to respective user accounts of one or more second users in the social networking system, and storing, at the first mobile device, information received in the one or more second neighbor messages for access by one or more applications hosted on the first mobile device.

PRIORITY

This application is a continuation under 35 U.S.C. §120 of U.S. patentapplication Ser. No. 13/276,451, filed 19 Oct. 2011.

TECHNICAL FIELD

The present disclosure generally relates to social networking systems,and more specifically relates to mobile ad hoc networking andpresentation layer functions that incorporate social network systemelements.

BACKGROUND

A social network, in general, is a social structure made up of entities,such as individuals or organizations that are connected by one or moretypes of interdependency or relationships, such as friendship, kinship,common interest, financial exchange, dislike, or relationships ofbeliefs, knowledge, or prestige. In more recent years, social networkshave taken advantage of the Internet. There are social-networkingsystems existing on the Internet in the form of social-networkingwebsites. A social networking system, such as a social networkingwebsite, enables its users to interact with it and with each otherthrough the system.

The social networking system may create and store a record, oftenreferred to as a user profile, in connection with the user. The userprofile may include a user's demographic information, communicationchannel information, and personal interests. The social networkingsystem may also create and store a record of a user's relationship withother users in the social networking system (e.g., social graph), aswell as provide services (e.g., wall-posts, photo-sharing, or instantmessaging) to facilitate social interaction between users in the socialnetworking system. The social networking system may also create andstore user preferences.

The advent of social networking, instant messaging, and ubiquitouswireless data networks allows individuals to select from a plurality ofmethods to communicate with their contacts. In the past, communicationsbetween individuals were limited to physical mail, wired telephones,fax, and wireless telephones. However, with the expansion of theInternet, coupled with mobile devices capable of maintaining a dataconnection to the Internet, users may select from a plethora ofcommunications means, such as: cellular phone calls, e-mail to multipleaccounts, multiple instant messaging protocols, twitter messages,voice-over-IP (VoIP) calls, video chats, SMS and MMS messages, socialnetworking messages, voicemail, push-to-talk (PTT), and dedicatednotification-based message clients such as the Blackberry Messenger andKik Messenger.

Wireless communications used in carrier-grade networks usually consistof a cell-based infrastructure where all mobile device nodes mustcommunicate directly with a network base station. Alternatively, mobiledevice nodes may utilize a mobile ad-hoc network for wirelesscommunication, where any mobile device node can communication with anyother node, either directly or through multiple hops. Current wirelessdevelopments seek to improve Quality of Service so that carrier-gradeservice may be attained in a heterogeneous wireless environment.

SUMMARY

The present disclosure generally relates to social networking systems,and more specifically relates to mobile ad hoc networking andpresentation layer functionality utilizing social networking systems.

In particular embodiments, a method includes implementing an ad hocnetwork protocol comprising transmitting, from a first mobile device,one or more neighbor messages that includes a first user identifiercorresponding to a first user of the first mobile device, wherein thefirst user identifier corresponds to a user account of the first user ina social networking system, receiving, at the first mobile device, oneor more second neighbor messages from one or more second mobile devicesthat include second user identifiers corresponding to respective secondusers of the one or more second mobile devices, wherein the second useridentifiers correspond to respective user accounts of one or more secondusers in the social networking system, and storing, at the first mobiledevice, information received in the one or more second neighbor messagesfor access by one or more applications hosted on the first mobiledevice.

These and other features, aspects, and advantages of the disclosure aredescribed in more detail below in the detailed description and inconjunction with the following figures.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example system.

FIG. 2 illustrates an example mobile ad-hoc network system.

FIG. 3 is a flow chart illustrating an example method of neighbordiscovery.

FIG. 4 illustrates an example computer system.

FIG. 5 illustrates an example list of other users who may be availablefor communication.

DESCRIPTION OF EXAMPLE EMBODIMENTS

The present disclosure is now described in detail with reference to afew embodiments thereof as illustrated in the accompanying drawings. Inthe following description, numerous specific details are set forth inorder to provide a thorough understanding of the present disclosure.However, the present disclosure may be practiced without some or all ofthese specific details. In other instances, well known process stepsand/or structures have not been described in detail in order not tounnecessarily obscure the present disclosure. In addition, while thedisclosure is described in conjunction with the particular embodiments,it should be understood that this description is not intended to limitthe disclosure to the described embodiments. To the contrary, thedescription is intended to cover alternatives, modifications, andequivalents as may be included within the spirit and scope of thedisclosure as defined by the appended claims.

A social network, in general, is a social structure made up of entities,such as individuals or organizations, that are connected by one or moretypes of interdependency or relationships, such as friendship, kinship,common interest, financial exchange, dislike, or relationships ofbeliefs, knowledge, or prestige. In more recent years, social networkshave taken advantage of the Internet. There are social-networkingsystems existing on the Internet in the form of social-networkingwebsites. A social networking system, such as a social networkingwebsite, enables its users to interact with it and with each otherthrough the system.

The social networking system may create and store a record, oftenreferred to as a user profile, in connection with the user. The userprofile may include a user's demographic information, communicationchannel information, and personal interests. The social networkingsystem may also create and store a record of a user's relationship withother users in the social networking system (e.g., social graph), aswell as provide services (e.g., wall-posts, photo-sharing, or instantmessaging) to facilitate social interaction between users in the socialnetworking system. The social networking system may also create andstore user preferences.

Social Network Systems

A social networking system, such as a social networking website, enablesits users to interact with it, and with each other, through the system.Typically, to become a registered user of a social networking system, anentity, either human or non-human, registers for an account with thesocial networking system. Thereafter, the registered user may login tothe social networking system via an account by providing, for example, acorrect login ID or username and password. As used herein, a “user” maybe an individual (human user), an entity (e.g., an enterprise, business,or third party application), or a group (e.g., of individuals orentities) that interacts or communicates with or over such a socialnetwork environment.

When a user registers for an account with a social networking system,the social networking system may create and store a record, oftenreferred to as a “user profile,” in connection with the user. The userprofile or account may be associated with a user identifier associatedwith the user. The user profile may include information provided by theuser and information gathered by various systems, including the socialnetworking system, relating to activities or actions of the user. Forexample, the user may provide his name, profile picture, contactinformation, birth date, gender, marital status, family status,employment, education background, preferences, interests, and otherdemographical information to be included in his user profile. The usermay identify other users of the social networking system that the userconsiders to be his friends. A list of the user's friends or firstdegree contacts may be included in the user's profile. Connections insocial networking systems may be in both directions or may be in justone direction. For example, if Bob and Joe are both users and connectwith each another, Bob and Joe are each connections of the other. If, onthe other hand, Bob wishes to connect to Sam to view Sam's postedcontent items, but Sam does not choose to connect to Bob, a one-wayconnection may be formed where Sam is Bob's connection, but Bob is notSam's connection. Some embodiments of a social networking system allowthe connection to be indirect via one or more levels of connections(e.g., friends of friends). Connections may be added explicitly by auser, for example, the user selecting a particular other user to be afriend, or automatically created by the social networking system basedon common characteristics of the users (e.g., users who are alumni ofthe same educational institution). The user may identify or bookmarkwebsites or web pages he visits frequently and these websites or webpages may be included in the user's profile.

The user may provide information relating to various aspects of the user(such as contact information and interests) at the time the userregisters for an account or at a later time. The user may also updatehis or her profile information at any time. For example, when the usermoves, or changes a phone number, he may update his contact information.Additionally, the user's interests may change as time passes, and theuser may update his interests in his profile from time to time. A user'sactivities on the social networking system, such as frequency ofaccessing particular information on the system, may also provideinformation that may be included in the user's profile. Again, suchinformation may be updated from time to time to reflect the user'smost-recent activities. Still further, other users or so-called friendsor contacts of the user may also perform activities that affect or causeupdates to a user's profile. For example, a contact may add the user asa friend (or remove the user as a friend). A contact may also writemessages to the user's profile pages—typically known as wall-posts. Auser may also input status messages that get posted to the user'sprofile page.

A social network system may maintain social graph information, which cangenerally model the relationships among groups of individuals, and mayinclude relationships ranging from casual acquaintances to closefamilial bonds. A social network may be represented using a graphstructure. Each node of the graph corresponds to a member of the socialnetwork. Edges connecting two nodes represent a relationship between twousers. In addition, the degree of separation between any two nodes isdefined as the minimum number of hops required to traverse the graphfrom one node to the other. A degree of separation between two users canbe considered a measure of relatedness between the two users representedby the nodes in the graph.

FIG. 1 illustrates an example system whereby the mobile device 120interacts with the social networking system 110 through a network 140.In particular embodiments, links 150 illustrate interactions betweenmobile device 120 and social networking system 110.

Mobile device 120 is generally a computer or computing device includingfunctionality for communicating over a computer network (e.g.,remotely). Mobile device 120 may be a laptop computer, personal digitalassistant (PDA), in- or out-of-car navigation system, smartphone orother cellular or mobile phone, or mobile gaming device, among othersuitable mobile computing devices. Mobile device 120 may execute one ormore client applications, such as a web browser (e.g., Microsoft WindowsInternet Explorer, Mozilla Firefox, Apple Safari, Google Chrome, andOpera, etc.), to access and view content over a computer network.

In particular embodiments, one or more links 150 each includes one ormore wireline, wireless, or optical links 150. In particularembodiments, one or more links 150 each includes an intranet, anextranet, a VPN, a LAN, a WLAN, a WAN, a MAN, a portion of the Internet,or another link 150 or a combination of two or more such links 150. Thepresent disclosure contemplates any suitable links 150 coupling mobiledevice 120 and social networking system 110 to network 140.

Social networking system 110 may have a system front end, which mayinclude web or HTTP server functionality, as well as otherfunctionality, to allow users to access the social networking system110. Social networking system 110 may have a presence server operativeto monitor online presence of users and to provide presence informationto one or more requesting clients, such as mobile devices 120. Network140 generally represents a network or collection of networks (such asthe Internet or a corporate intranet, or a combination of both, or an adhoc network) over which mobile devices 120 may access the social networksystem 110.

In particular embodiments, the social networking system 110 may have apresence server that maintains data pertaining to user presence receivedby mobile device 120 and social networking system 110. In particularembodiments, when users of the social networking system 110 access thesocial networking system, the social networking system may store datathat the user is present in a presence server. In particularembodiments, a presence application on mobile device interacts with thepresence server of the social networking system 110. The presence servermay pull presence information for all mobile devices that are accessingthe network and logged into the social networking system. In particularembodiments, the social networking system 110 may continuously receiveasynchronous messages at particular time intervals, such as every 30 s,1 min, 5 min, and so on from the presence application executing on themobile devices. In particular embodiments, the user may specify thatthey are “online.” In particular embodiments, the user may selectpreferences for whether their presence information is transmitted to oraccessed by the social networking system 110. In particular embodiments,one or more aspects of the user's presence or privacy settings may bestored locally on the mobile device 120 in order to obviate the need forremote access and the settings may be periodically synchronized with thepresence server or a privacy controls database in the social networkingsystem 110. The presence application may also retrieve and display thepresence information associated with the social network contacts of theuser. In addition, information relating to the user's contacts may bestored locally on the user's mobile device.

In particular embodiments of a social networking system 110, a privacypolicy database may store a user's privacy data for a user's settingsfor each user datum associated with the user and the user's settings forthird party applications. For example, a user may have selected defaultprivacy settings or a user may have specifically excluded certainentities from viewing a user datum or particular type of user data, andall of that privacy data for all users and friends of users may bestored in the privacy policy database.

In particular embodiments, the privacy policy database may specify a setof entities that includes exceptions that are not allowed to access theuser's information. In particular embodiments, for example, the user ofthe social networking system may allow all external systems to accessthe user's work information but specify a list of external systems thatare not allowed to access the work information. In particularembodiments, the list of exceptions that are not allowed to accesscertain information of the user may be a “block list.” In particularembodiments, external systems belonging to a block list specified by auser of the social networking system are blocked from accessing theinformation specified in the privacy setting stored in the privacypolicy database. Particular embodiments contemplate various combinationsof granularity of permitted access or denial of access depending on thetype of user information and sets of entities with which information maybe shared or accessed by the sets of entities, as specified by the userand stored in the privacy policy database.

In particular embodiments of a social networking system 110, anauthorization server may enforce the privacy settings of the users ofthe social networking system. In particular embodiments, the privacysetting of a user determines how particular information associated witha user may be shared. In particular embodiments, as described above, theprivacy policy database comprises the privacy data for a user's settingsfor each user datum associated with the user and the user's settings forthird party applications. More specifically, the privacy data for auser's settings may specify particular information associated with auser and the entity or entities with whom the information may be shared.In particular embodiments, the entities with which information may beshared, may include users, third party applications, external websites,or any other entity that may potentially access the information. Inparticular embodiments, the information that may be shared by a user maycomprise any aspect of the user profile, events, locations, media,activities, or the news feed associated with the user.

Mobile Networks

Mobile devices may include so-called dual mode functionality includingradio frequency (RF) and associated functionality allowing for wirelesscommunication using different network protocols and networks. Forexample, some dual mode mobile devices allow for packet-based, wirelesscommunications over a cellular network using cellular network protocols,and over wireless local area networks using so-called WiFi or IEEE802.11 standards. The IEEE 802.11 standard supports both aninfrastructure mode where wireless communications are coordinated by anaccess point and an ad hoc mode where wireless communications arecoordinated by a designated peer node. Much of the IEEE 802.11 standarddefines a common operation whether using ad hoc or infrastructure mode.The use of ad hoc mode only affects the protocols, so there is generallyno impact on the Physical Layers (i.e., 802.11a and 802.11b). Within theMedia Access Control (MAC) Layer, all of the carrier sensing and most ofthe frame types and corresponding usage are the same regardless of whichmode is utilized. The absence of an access point, however, means that anad hoc wireless LAN must take on more of the MAC Layer responsibilities.

Within the semantics of the open systems interconnection (OSI) networkarchitecture, the Data Link Layer protocols respond to service requestfrom the network layer and they perform their function by issuingservice requests to the PHY Layer. In some networks, such as IEEE 802local area networks, the Data Link Layer is described in more detailwith MAC and Logical Link Control (LLC) sublayers. In general, the MACLayer manages and maintains communications between 802.11 stations(radio cards and access points) by coordinating access to a shared radiochannel and utilizing protocols that enhance communications over awireless medium. Often viewed as the “brains” of the network, the 802.11MAC Layer uses an 802.11 PHY Layer, such as 802.11b or 802.11a, toperform the tasks of carrier sensing, transmission, and receiving of802.11 frames.

A Media Access Control address (MAC address) is a unique identifierassigned to network interfaces for communications on the physicalnetwork segment. MAC addresses are used for numerous networktechnologies and most IEEE 802 network technologies, including Ethernetand WLAN. MAC addresses are most often assigned by the manufacturer of anetwork interface card (NIC) and are stored in its hardware, the card'sread-only memory, or some other firmware mechanism. If assigned by themanufacturer, a MAC address usually encodes the manufacturer'sregistered identification number and may be referred to as the burned-inaddress. MAC addresses are formed according to the rules of one of threenumbering name spaces managed by the Institute of Electrical andElectronics Engineers (IEEE): MAC-48, Extended unique identifier(EUI)-48, and EUI-64.

With respect to infrastructure wireless LANs, primary 802.11 MACfunctions consist of scanning, authentication, association, wirelessencryption protocol (WEP), request-to-send and clear-to-send (RTS/CTS),power save mode, fragmentation, and the like. The 802.11 standarddefines various frame types that stations (i.e., NICs and access points)use for communications, as well as managing and controlling the wirelesslink, such as management frames, control frames, and data frames. Everyframe has a control field that depicts the 802.11 protocol version,frame type, and various indicators, such as whether WEP is on, powermanagement is active, and so on. In addition, all frames contain MACaddresses of the source and destination station (and access point), aframe sequence number, frame body and frame check sequence (for errordetection).

IEEE 802.11 frames carry protocols and data from higher layers withinthe frame body. A data frame, for example, could be carrying the HTMLcode from a web page (complete with TCP/IP headers) that the user isviewing or code associated with a social networking system. Other framesthat mobile devices use for management and control carry specificinformation regarding the wireless link in the frame body. With respectto an infrastructure based network, for example, a beacon's frame bodycontains the service set identifier (SSID), timestamp, and otherpertinent information regarding the access point.

IEEE 802.11 management frames enable stations, such as mobile devices,to establish and maintain communications. Common 802.11 management framesubtypes consist of authentication frames, deauthentication frames,association request frames, association response frames, reassociationrequest frames, reassociation response frames, disassociation frames,beacon frames, probe request frames, and probe response frames. 802.11control frames assist in the delivery of data frames between stations.The following are common 802.11 control frame subtypes: Request to Send(RTS) frame, Clear to Send (CTS) frame, and Acknowledgement (ACK) frame.Further, 802.11 defines a data frame type that carries packets fromhigher layers, such as web pages, printer control data, and the like,within the body of the frame.

Mobile Ad-Hoc Networks

A mobile ad-hoc network (MANET) tends to be comprised of a small groupof mobile devices that are all in very close proximity to each other.Mobile ad hoc networks function as fallback mechanism when normallyavailable infrastructure mode gear, such as access points or routers,stop functioning or are unavailable. Each mobile device within themobile ad-hoc network is free to move independently in any direction,and therefore will change its links to other mobile devices frequently.

FIG. 2 illustrates a system comprising various example structuralelements of a mobile ad-hoc network. Mobile devices 210A, 210B, 210C,210D are all in proximity to each other and each have radio equipmentthat enables them to communicate to each other via links 250 using anysuitable mobile ad hoc network protocols. Particular embodiments mayutilize a variety of underlying or enabling network technologies andprotocols, including but not limited to, IEEE 802.11, IEEE 802.16,Ethernet, Address Resolution Protocol (ARP), Reverse Address ResolutionProtocol (RARP), International Telecommunication Union TelecommunicationStandardization Sector (ITU-T) G.hn, High-Level Data Link Control(HDLC), Bluetooth, and the like. Note that only four mobile devices areillustrated in order to simplify the discussion. In practice, there maybe tens, hundreds, or even thousands of mobile devices in proximity toeach that may join the mobile ad-hoc network. Mobile devices 210A, 210B,210C, 210D may be so-called dual-mode phones, as discussed above. Inparticular embodiments, the dual mode mobile devices may use a wirelessprotocol operating in an unlicensed band (e.g., 802.11 or Bluetooth) toestablish mobile ad hoc networks.

PHY/Link Layer

Due to the flexibility of the Carrier Sense Multiple Access withCollision Avoidance (CSMA/CA) protocol, to receive and transmit datacorrectly it is sufficient that all mobile devices within theIndependent Basic Service Set (IBSS) are synchronized to a common clock.The IEEE 802.11 standard, for example, specifies a TimingSynchronization Function (TSF) to achieve clock synchronization betweenmobile devices. In an infra-structured network the clock synchronizationis provided by an access point, and all mobile devices synchronize theirown clock to the access point's clock. In an IBSS, due to the lack of acentralized access point, clock synchronization is achieved through adistributed algorithm. Clock synchronization between mobile devices,whether achieved by synchronizing with an access point or in the absenceof an access point through a distributed algorithm, is obtained bytransmitting beacon frames that contain timing information.

The discovery of existing IBSSs is the result of a scanning procedure ofthe wireless medium during which a mobile device radio receiver tunes todifferent radio frequencies, looking for particular control frames. Ifthe scanning procedure does not result in finding any IBSS, the mobiledevice may start with the creation of a new IBSS. The scanning proceduremay either be passive or active. In a passive scanning procedure, thestation listens to the channels where it may hear a beacon frame. Abeacon frame contains not only timing information for synchronization,but also the complete set of IBSS parameters. This set may include, butis not limited to, the IBSS identifier (IBSSID), the aBeaconPeriodparameter, which defines the length of beacon intervals or periods, thedata rates that can be supported, and the parameters relevant to IBSSmanagement functions, such as power saving management. Alternatively,active scanning involves the generation of Probe frames, and thesubsequent processing of received Probe Response frames.

In particular embodiments, the mobile devices 210A, 210B, 210C, 210Dtransmit wireless link layer management frames to create, discover ormaintain a mobile ad hoc wireless network. The wireless managementframes may include beacon frames, probe frames, probe response frames,request to send (RTS), clear to send (CTS) frames, and the like.

Network Layer, Neighbor Discovery, and Routing Functions

Ad hoc Internet Protocol address (IP address) autoconfiguration for eachmobile device may include the configuration of an IP address and netmaskor prefix information in Internet Protocol version 6 (IPv6). Mobiledevices 210A, 210B, 210C, 210D may employ any IP address configurationscheme suitable for mobile ad hoc networks and any autoconfigurationmechanism may be used as well. In particular embodiments, for example,each mobile device may choose an IP address at random from a pool andperform a Duplicate Address Detection procedure within the MANET todetermine whether the randomly chosen IP address is unique across theMANET.

In particular embodiments, to perform this uniqueness check, the mobiledevice sends an Address Request (AREQ) message, including the randomlychosen tentative non-link-local IP address. This message is broadcast toits neighbors, by sending the message using the all-mobile devicesmulticast IPv6 address as destination of the packet. The source addressused by the node to send the AREQ message is another temporary IPaddress, acquired only for the purpose of sending these messages. When amobile device receives an AREQ message, it creates a reverse route entryfor the temporary IPv6 address of the mobile device. If the tentativeaddress contained in the AREQ message does not match the address of thereceiving mobile device, it rebroadcasts the message to its neighbors.If the IP address of the receiving node matches the tentative addresscontained in the AREQ message it sends an AddressReply (AREP) message tothe sender, indicating that the address is already in use. The routecreated by the AREQ messages is used to route the message back to thesource mobile device. A mobile device waits for a certain amount of timeafter sending an AREQ message, for the reception of an AREP message. Theprocess is repeated if no answer is received, and if after a number ofattempts no AREP has been received, the mobile device assumes that thetentatively chosen IPv6 address is unique and begins using it. Thevalues configured for the involved timers and retry parameters may havean impact on the maximum size of the MANET and may be configured basedon a variety of engineering and performance considerations. Theforegoing illustrates one of many autoconfiguration protocols that maybe used.

Mobile devices 210A, 210B, 210C, 210D may employ any routing protocolsuitable for MANETs, including table-driven routing protocols andon-demand routing protocols. An ad hoc routing protocol is a convention,or standard, that controls how mobile devices decide which way to routepackets between mobile devices in a mobile ad hoc network. In mobile adhoc networks, mobile devices do not start out familiar with the topologyof their networks, rather, they discover the network topology.Generally, a new mobile device may announce its presence and shouldlisten for announcements broadcast by its neighbors. Each mobile devicelearns about mobile devices nearby and how to reach them, and mayannounce that it, too, can reach them.

In table-driven ad-hoc routing protocols, for example, each mobiledevice may maintain one or more tables containing routing information toevery other mobile device in the ad-hoc network. All mobile devicesupdate these tables so as to maintain a consistent and up-to-date viewof the ad-hoc network. When the network topology changes, the mobiledevices propagate update messages throughout the network in order tomaintain a consistent and up-to-date routing information about thenetwork. Various routing protocols differ in the method by which thetopology change information is distributed across the network and thenumber of necessary routing-related tables.

A particular example of a table-driven ad hoc routing protocol is theDestination-Sequenced Distance-Vector (DSDV) Routing Algorithm. In DSDV,each mobile device maintains a routing table that lists all availabledestinations, the number of hops to reach the destination, and thesequence number assigned by the destination mobile device. The sequencenumber is used to distinguish stale routes from new ones and thus avoidthe formation of loops.

Updates are both time-driven and event-driven. The mobile devicesperiodically transmit their routing tables to their immediate neighbors,or a mobile device transmits its routing table if a significant changehas occurred in its table from the last update that was sent. Therouting table updates may be sent in two ways: a full dump or anincremental update. A full dump sends the full routing table to theneighbors and may span many packets whereas in an incremental updatesends only those entries from the routing table that have a metricchange since the last update. Further, an incremental update fits into asingle packet. If there is space in the incremental update packet, thenadditional entries may be included where the sequence number haschanged.

In particular embodiments, when the network is relatively stable,incremental updates are sent to avoid extra traffic and full dumps arerelatively infrequent. In a fast-changing network, incremental packetsmay become large, which will cause full dumps to be more frequent.

Each route update packet, in addition to the routing table information,contains a unique sequence number assigned by the transmitter. The routelabeled with the highest (i.e. most recent) sequence number is used. Iftwo routes have the same sequence number, then the route with the bestmetric (i.e. shortest route) is used. Based on the past history, themobile devices estimate the settling time of routes. The mobile devicesdelay the transmission of a routing update by settling time so as toeliminate those updates that would occur if a better route were foundvery soon.

On-demand routing protocols, in contrast to table-driven protocols, donot maintain up-to-date routes at every mobile device. Instead, theroutes are created as and when required. When a source wants to send amessage to a destination, it invokes the route discovery mechanisms tofind the path to the destination. The route remains valid until thedestination is reachable or until the route is no longer needed.

Social Ad Hoc Network Functionality and Presentation Layer

While the ad hoc network protocols described above address the basiclink and routing layer functions required to establish communicationsbetween mobile devices, they do not address higher level considerations,such as user level discovery and user-to-user communications. FIG. 3illustrates an example method for mobile device discovery andestablishing a social ad-hoc network. Mobile devices 210A, 210B, 210C,210D may execute a social ad hoc networking protocol as described hereinin response to a number of different events, such as loss of cellularnetwork connectivity, an explicit command by a user, and the like. Inparticular embodiments, for example, a user may invoke an applicationthat launches a local discovery mode, causing the mobile device 210A toseek to join or establish an ad hoc network and potentially discoverother social network contacts within local RF range.

The application layer supports network access, as well as providesservices for user applications. Within the OSI model of applicationlayer, there is a session layer and a presentation layer. The sessionlayer provides the mechanism of opening, closing, and managing a sessionbetween end-user application processes, i.e. a semi-permanent dialogue.In the session layer, communication consists of requests and responsesthat occur between applications. The presentation layer, in contrast, isresponsible for the delivery and formatting of information to theapplication layer for further processing or display. The presentationlayer may also compress data and secure transmitted information throughthe use of encryption.

In particular embodiments, the first user of the first mobile device maysecurely communicate with the second user of the second mobile devicethrough the use of the social ad-hoc network rather than an externaltelecommunications network. More specifically, in particularembodiments, the first user of the first mobile device may chat, SMS,voice dial, Voice over Internet Protocol (VoIP), datagram, or othermethods of communication with the second user of the second mobiledevice. Mobile devices 210A, 210B, 210C, 210D may integrate mobile adhoc networking with social network elements to enhance operation ofsocial networking systems. In particular embodiments, the messagestransmitted between mobile devices 210A, 210B, 210C, 210D to discoverand manage a link layer IBSS (beacon frames, probe requests, responses),configure an IP address, discover and maintain routing information, andthe like, may be extended with social network information. In particularembodiments, the mobile devices 210A, 210B, 210C, 210D appendinformation elements, such as a user identifier, to the wireless linklayer management frames to create, discover or maintain an ad hocwireless network, as illustrated in steps 310 and 320.

In particular embodiments, extending these messages allows mobiledevices 210A, 210B, 210C, 210D to associate IP and/or MAC addresses ofthe mobile devices 210A, 210B, 210C, 210D with respective useridentifiers. In addition, in table-driven networks for example, thetables (or other data structures) may be extended to associate IP and/orMAC addresses of the mobile devices 210A, 210B, 210C, 210D withrespective user identifiers, as illustrated in step 330. Accordingly, byoperation of mobile ad hoc network discovery, configuration and routingprotocols, social network information can be distributed among a set ofmobile devices. In particular embodiments, these associations may beused by higher level applications executing on the mobile devices 210A,210B, 210C, 210D to achieve ad hoc social networking functions.

In particular embodiments, mobile devices 210A, 210B, 210C, 210D mayimplement a MANET as a standalone network or in connection with aninternet-connected gateway (which may be one of the mobile devicesitself). In particular embodiments, the mobile devices 210A, 210B, 210C,210D may implement a MANET concurrently with applications or processesthat use a cellular packet radio connection. For example, a mobiledevice 210A may implement a MANET to run a first application thatcommunicates with other mobile devices 210B, 210C, 210D and a secondapplication that interacts with a social networking system over acellular packet radio network. In particular embodiments, the MANETfunctionality may be used as a failover, when a cellular packet radionetwork connection is unavailable. In particular embodiments, a mobiledevice 210A may initiate a MANET in response to an application executingon the mobile device 210A.

A user identifier may comprise a userID or other information (e.g., auniform resource locator, etc.) associated with a user account for auser of a social networking system. In particular embodiments, theuserID and other information associated with the social networkingsystem may be encrypted. In particular embodiments, the social networkinformation is encrypted using asymmetric encryption (e.g.,Public-Private key encryption). In particular embodiments, for example,each mobile device 210A, 210B, 210C, 210D may obtain an encryptedversion of the user identifier corresponding to the respective user,where the encrypted version was encrypted by the social networkingsystem using a private key of the social networking system. In thismanner, only other users of the social networking system (who obtain thepublic key) may decrypt the user identifying information and utilize theuser identifier. In particular embodiments, the user identifyinginformation may be encrypted using a symmetric key algorithm, where theencryption key is a function of the user identifier of the user. Amobile device that receives encrypted user identifying information wouldapply a key generation function to generate keys for all users in alocally stored list, such as a list of user identifiers in a localcontacts database. If the decrypted user identifying information matchesa user identifier stored in the local contacts database, a match isdeclared. In this manner, only social contacts of a given user mayresolve the user identifying information with relative ease, as opposedto trying all possible combinations of user identifiers to decrypt theinformation.

Extending MANET messages with social network information allows users todiscover and communicate with other users within the MANET when, forexample, cellular network conditions would not otherwise permitinteraction (such as poor or no cellular service, an oversubscribed celltower and the like). In particular embodiments, a socially-extendedMANET may be used to share media files directly with social networkcontacts within the MANET without having to upload the files to acentral system over a cellular packet radio network.

In particular embodiments, a messaging application hosted on mobiledevice 210A, for example, may access the user identifier informationavailable through the socially extended ad hoc networking functionsdiscussed above to present to a user a list of other users that areavailable for communication. FIG. 5 illustrates an example list 500 ofother users who may be available for communication within a messagingapplication hosted on a mobile device. Example list 500 illustrates allassociations 510 of the first user as well as those associations who areavailable for communication, by illustrating a communication element520.

The messaging application may be a chat client, a VoIP client and thelike. In particular embodiments, when the messaging application hasconnectivity over a cellular packet radio network it may access thesocial networking system for presence information of other users. Inparticular embodiments, when cellular packet radio connectivity fails,the messaging application may access local information gathered duringoperation of the socially extended MANET functions discussed above inorder to display other users who may be present and available forcommunication. In particular embodiments, the messaging application mayaccess the locally gathered information to augment the informationprovided by the user, such as indicating which users (in a presenceinterface, for example) may be within close proximity (based on MANETconnectivity generally, and hop count information as well), asillustrated in FIG. 5.

Using the messaging application, a user may select a contact identifiedin a graphical user interface and conduct a messaging session over thead hoc network, such as a chat session, a VoIP call and the like. Inparticular embodiments, a user may capture an image or video and selecta social contact of the user to send the image file over the socialad-hoc network. In particular embodiments, for example, users maydistribute multimedia images to each other over the MANET as opposed todirect uploads and downloads within the social networking system. Inparticular embodiments, a peer-to-peer file sharing system can beimplemented allowing social network contacts to share captured imageswith each other that were captured during a particular event.

Particular embodiments, responsive to receiving the user identifier of asecond user, access the stored information to identify a valid pathbetween the first mobile device and one of the one or more second mobiledevices associated with the second user, as illustrated in step 340. Inparticular embodiments, a valid path between the first device and one ofthe one or more second mobile devices may utilize any one or more mobiledevices within the ad-hoc network. In particular embodiments, the validpath may utilize only those mobile devices where the users of thosemobile devices are members of the social networking system. Further, inparticular embodiments, the valid path may utilize only those mobiledevices where the second users of the second mobile devices have one ormore associations with the first user of the first mobile device withinthe social networking system. In particular embodiments, the secondusers of the second mobile devices may be members of the socialnetworking system that reside in the contact list of the first user ofthe first mobile device, as illustrated in FIG. 5.

In particular embodiments, mobile devices that cannot recognize oraccess the identifiers for other mobile device may be used along a validpath between mobile devices where the users of the mobile devices aremembers of the social networking system, associated in some way, orconnected by their respective contact lists. In particular embodiments,for example, as discussed above, the user identifying information in themessages used to establish a MANET may be encrypted.

In particular embodiments, where the first mobile device has no accessto an external telecommunications network but the second mobile devicedoes, the first user of the first user device may communicate to thesecond user of the second mobile device in order to place a call toanother mobile device through the telecommunications service of thesecond mobile device.

Particular embodiments may be implemented on one or more computersystems. FIG. 4 illustrates an example computer system 400 that may beused to implement a host, such as a server, client desktop computer ormobile device that executes the functionality described above. Inparticular embodiments, one or more computer systems 400 perform one ormore steps of one or more methods described or illustrated herein. Inparticular embodiments, one or more computer systems 400 providefunctionality described or illustrated herein. In particularembodiments, software running on one or more computer systems 400performs one or more steps of one or more methods described orillustrated herein or provides functionality described or illustratedherein. Particular embodiments include one or more portions of one ormore computer systems 400.

This disclosure contemplates any suitable number of computer systems400. This disclosure contemplates computer system 400 taking anysuitable physical form. As example and not by way of limitation,computer system 400 may be an embedded computer system, a system-on-chip(SOC), a single-board computer system (SBC) (such as, for example, acomputer-on-module (COM) or system-on-module (SOM)), a desktop computersystem, a laptop or notebook computer system, an interactive kiosk, amainframe, a mesh of computer systems, a mobile telephone, a personaldigital assistant (PDA), a server, or a combination of two or more ofthese. Where appropriate, computer system 400 may include one or morecomputer systems 400; be unitary or distributed; span multiplelocations; span multiple machines; or reside in a cloud, which mayinclude one or more cloud components in one or more networks. Whereappropriate, one or more computer systems 400 may perform withoutsubstantial spatial or temporal limitation one or more steps of one ormore methods described or illustrated herein. As an example and not byway of limitation, one or more computer systems 400 may perform in realtime or in batch mode one or more steps of one or more methods describedor illustrated herein. One or more computer systems 400 may perform atdifferent times or at different locations one or more steps of one ormore methods described or illustrated herein, where appropriate.

In particular embodiments, computer system 400 includes a processor 402,memory 404, storage 406, an input/output (I/O) interface 408, acommunication interface 410, and a bus 412. In particular embodiments,processor 402 includes hardware for executing instructions, such asthose making up a computer program. As an example and not by way oflimitation, to execute instructions, processor 402 may retrieve (orfetch) the instructions from an internal register, an internal cache,memory 404, or storage 406; decode and execute them; and then write oneor more results to an internal register, an internal cache, memory 404,or storage 406. In particular embodiments, processor 402 may include oneor more internal caches for data, instructions, or addresses.

In particular embodiments, memory 404 includes main memory for storinginstructions for processor 402 to execute or data for processor 402 tooperate on. As an example and not by way of limitation, computer system400 may load instructions from storage 406 or another source (such as,for example, another computer system 400) to memory 404. Processor 402may then load the instructions from memory 404 to an internal registeror internal cache. To execute the instructions, processor 402 mayretrieve the instructions from the internal register or internal cacheand decode them. During or after execution of the instructions,processor 402 may write one or more results (which may be intermediateor final results) to the internal register or internal cache. Processor402 may then write one or more of those results to memory 404. One ormore memory buses (which may each include an address bus and a data bus)may couple processor 402 to memory 404. Bus 412 may include one or morememory buses, as described below. In particular embodiments, one or morememory management units (MMUs) reside between processor 402 and memory404 and facilitate accesses to memory 404 requested by processor 402. Inparticular embodiments, memory 404 includes random access memory (RAM).This RAM may be volatile memory, where appropriate.

In particular embodiments, storage 406 includes mass storage for data orinstructions. As an example and not by way of limitation, storage 406may include an HDD, a floppy disk drive, flash memory, an optical disc,a magneto-optical disc, magnetic tape, or a Universal Serial Bus (USB)drive or a combination of two or more of these. Storage 406 may includeremovable or non-removable (or fixed) media, where appropriate. Storage406 may be internal or external to computer system 400, whereappropriate. In particular embodiments, storage 406 is non-volatile,solid-state memory. In particular embodiments, storage 406 includesread-only memory (ROM). Where appropriate, this ROM may bemask-programmed ROM, programmable ROM (PROM), erasable PROM (EPROM),electrically erasable PROM (EEPROM), electrically alterable ROM (EAROM),or flash memory or a combination of two or more of these.

In particular embodiments, I/O interface 408 includes hardware,software, or both providing one or more interfaces for communicationbetween computer system 400 and one or more I/O devices. Computer system400 may include one or more of these I/O devices, where appropriate. Oneor more of these I/O devices may enable communication between a personand computer system 400. As an example and not by way of limitation, anI/O device may include a keyboard, keypad, microphone, monitor, mouse,printer, scanner, speaker, still camera, stylus, tablet, touch screen,trackball, video camera, another suitable I/O device or a combination oftwo or more of these. An I/O device may include one or more sensors.This disclosure contemplates any suitable I/O devices and any suitableI/O interfaces 408 for them. Where appropriate, I/O interface 408 mayinclude one or more device or software drivers enabling processor 402 todrive one or more of these I/O devices. I/O interface 408 may includeone or more I/O interfaces 408, where appropriate. Although thisdisclosure describes and illustrates a particular I/O interface, thisdisclosure contemplates any suitable I/O interface.

In particular embodiments, communication interface 410 includeshardware, software, or both providing one or more interfaces forcommunication (such as, for example, packet-based communication) betweencomputer system 400 and one or more other computer systems 400 or one ormore networks. As an example and not by way of limitation, communicationinterface 410 may include a network interface controller (NIC) ornetwork adapter for communicating with an Ethernet or other wire-basednetwork or a wireless NIC (WNIC) or wireless adapter for communicatingwith a wireless network, such as a WI-FI network. This disclosurecontemplates any suitable network and any suitable communicationinterface 410 for it. As an example and not by way of limitation,computer system 400 may communicate with an ad hoc network, a personalarea network (PAN), a local area network (LAN), a wide area network(WAN), a metropolitan area network (MAN), or one or more portions of theInternet or a combination of two or more of these. One or more portionsof one or more of these networks may be wired or wireless. As anexample, computer system 400 may communicate with a wireless PAN (WPAN)(such as, for example, a BLUETOOTH WPAN), a WI-FI network, a WI-MAXnetwork, a cellular telephone network (such as, for example, a GlobalSystem for Mobile Communications (GSM) network), or other suitablewireless network or a combination of two or more of these.

In particular embodiments, bus 412 includes hardware, software, or bothcoupling components of computer system 400 to each other. As an exampleand not by way of limitation, bus 412 may include an AcceleratedGraphics Port (AGP) or other graphics bus, an Enhanced Industry StandardArchitecture (EISA) bus, a front-side bus (FSB), a HYPERTRANSPORT (HT)interconnect, an Industry Standard Architecture (ISA) bus, an INFINIBANDinterconnect, a low-pin-count (LPC) bus, a memory bus, a Micro ChannelArchitecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, aPCI-Express (PCI-X) bus, a serial advanced technology attachment (SATA)bus, a Video Electronics Standards Association local (VLB) bus, oranother suitable bus or a combination of two or more of these. Bus 412may include one or more buses 412, where appropriate. Although thisdisclosure describes and illustrates a particular bus, this disclosurecontemplates any suitable bus or interconnect.

Herein, reference to a computer-readable storage medium encompasses oneor more non-transitory, tangible computer-readable storage mediapossessing structure. As an example and not by way of limitation, acomputer-readable storage medium may include a semiconductor-based orother integrated circuit (IC) (such, as for example, afield-programmable gate array (FPGA) or an application-specific IC(ASIC)), a hard disk, an HDD, a hybrid hard drive (HHD), an opticaldisc, an optical disc drive (ODD), a magneto-optical disc, amagneto-optical drive, a floppy disk, a floppy disk drive (FDD),magnetic tape, a holographic storage medium, a solid-state drive (SSD),a RAM-drive, a SECURE DIGITAL card, a SECURE DIGITAL drive, or anothersuitable computer-readable storage medium or a combination of two ormore of these, where appropriate. Herein, reference to acomputer-readable storage medium excludes any medium that is noteligible for patent protection under 35 U.S.C. §101. Herein, referenceto a computer-readable storage medium excludes transitory forms ofsignal transmission (such as a propagating electrical or electromagneticsignal per se) to the extent that they are not eligible for patentprotection under 35 U.S.C. §101. A computer-readable non-transitorystorage medium may be volatile, non-volatile, or a combination ofvolatile and non-volatile, where appropriate.

Herein, “or” is inclusive and not exclusive, unless expressly indicatedotherwise or indicated otherwise by context. Therefore, herein, “A or B”means “A, B, or both,” unless expressly indicated otherwise or indicatedotherwise by context. Moreover, “and” is both joint and several, unlessexpressly indicated otherwise or indicated otherwise by context.Therefore, herein, “A and B” means “A and B, jointly or severally,”unless expressly indicated otherwise or indicated otherwise by context.

The present disclosure encompasses all changes, substitutions,variations, alterations, and modifications to the example embodimentsherein that a person having ordinary skill in the art would comprehend.Similarly, where appropriate, the appended claims encompass all changes,substitutions, variations, alterations, and modifications to the exampleembodiments herein that a person having ordinary skill in the art wouldcomprehend.

What is claimed is:
 1. A method comprising: by one or more computingdevices, implementing an ad hoc network protocol comprisingtransmitting, from a first mobile device, one or more neighbor messagesthat includes a first user identifier corresponding to a first user ofthe first mobile device, wherein the first user identifier correspondsto a user account of the first user in a social networking system;receiving, at the first mobile device, one or more second neighbormessages from one or more second mobile devices that include second useridentifiers corresponding to respective second users of the one or moresecond mobile devices, wherein the second user identifiers correspond torespective user accounts of one or more second users in the socialnetworking system; and storing, at the first mobile device, informationreceived in the one or more second neighbor messages for access by oneor more applications hosted on the first mobile device.
 2. The method ofclaim 1, further comprising: responsive to receiving the second useridentifiers, accessing the stored information to identify a valid pathbetween the first mobile device and one of the one or more second mobiledevices associated with the second user; and transmitting one or moremessages along the valid path to the one of the one or more secondmobile devices of the second user.
 3. The method of claim 2, wherein thevalid path between the first mobile device and one of the one or moresecond mobile devices associated with the second user comprises one ormore hops.
 4. The method of claim 3, wherein the valid path comprisingone or more hops utilizes only those second mobile devices where thefirst user of the first mobile device and the second user of the secondmobile device have an association in the social networking system. 5.The method of claim 1, wherein the first user and the second user havean association in the social networking system.
 6. The method of claim2, further comprising: transmitting, from the first mobile device, oneor more update messages that includes the first user identifier;receiving, at the first mobile device, one or more second updatemessages from the one or more second mobile devices that include thesecond user identifiers; updating, at the first mobile device, thestored information previously received with information in the one ormore second update messages for access by the one or more applicationshosted on the first mobile device.
 7. The method of claim 1, furthercomprising: accessing, at the first mobile device, the one of one ormore second devices of the second user; and placing a call, at the firstmobile device, between the first mobile device and a number dialed atthe first mobile device through the one of one or more second devices.8. A system comprising: a memory comprising instructions executable byone or more processors; and the one or more processors coupled to thememory and operable to execute the instructions, the one or moreprocessors being operable when executing the instructions to: implementan ad hoc network protocol comprising transmitting, from a first mobiledevice, one or more neighbor messages that includes a first useridentifier corresponding to a first user of the first mobile device,wherein the first user identifier corresponds to a user account of thefirst user in a social networking system; receive, at the first mobiledevice, one or more second neighbor messages from one or more secondmobile devices that include second user identifiers corresponding torespective second users of the one or more second mobile devices,wherein the second user identifiers correspond to respective useraccounts of one or more second users in the social networking system;and store, at the first mobile device, information received in the oneor more second neighbor messages for access by one or more applicationshosted on the first mobile device.
 9. The system of claim 8, furthercomprising: responsive to receiving the second user identifiers, accessthe stored information to identify a valid path between the first mobiledevice and one of the one or more second mobile devices associated withthe second user; and transmit one or more messages along the valid pathto the one of the one or more second mobile devices of the second user.10. The system of claim 9, wherein the valid path between the firstmobile device and one of the one or more second mobile devicesassociated with the second user comprises one or more hops.
 11. Thesystem of claim 10, wherein the valid path comprising one or more hopsutilizes only those second mobile devices where the first user of thefirst mobile device and the second user of the second mobile device havean association in the social networking system.
 12. The system of claim8, wherein the first user and the second user have an association in thesocial networking system.
 13. The system of claim 9, further comprising:transmit, from the first mobile device, one or more update messages thatincludes the first user identifier; receive, at the first mobile device,one or more second update messages from the one or more second mobiledevices that include the second user identifiers; update, at the firstmobile device, the stored information previously received withinformation in the one or more second update messages for access by theone or more applications hosted on the first mobile device.
 14. Thesystem of claim 8, further comprising: access, at the first mobiledevice, the one of one or more second devices of the second user; andplace a call, at the first mobile device, between the first mobiledevice and a number dialed at the first mobile device through the one ofone or more second devices.
 15. One or more computer-readablenon-transitory storage media embodying software operable when executedby one or more computer systems to: implement an ad hoc network protocolcomprising transmitting, from a first mobile device, one or moreneighbor messages that includes a first user identifier corresponding toa first user of the first mobile device, wherein the first useridentifier corresponds to a user account of the first user in a socialnetworking system; receive, at the first mobile device, one or moresecond neighbor messages from one or more second mobile devices thatinclude second user identifiers corresponding to respective second usersof the one or more second mobile devices, wherein the second useridentifiers correspond to respective user accounts of one or more secondusers in the social networking system; and store, at the first mobiledevice, information received in the one or more second neighbor messagesfor access by one or more applications hosted on the first mobiledevice.
 16. The media of claim 15, further comprising: responsive toreceiving the second user identifiers, access the stored information toidentify a valid path between the first mobile device and one of the oneor more second mobile devices associated with the second user; andtransmit one or more messages along the valid path to the one of the oneor more second mobile devices of the second user.
 17. The media of claim16, wherein the valid path between the first mobile device and one ofthe one or more second mobile devices associated with the second usercomprises one or more hops.
 18. The media of claim 17, wherein the validpath comprising one or more hops utilizes only those second mobiledevices where the first user of the first mobile device and the seconduser of the second mobile device have an association in the socialnetworking system.
 19. The media of claim 16, further comprising:transmit, from the first mobile device, one or more update messages thatincludes the first user identifier; receive, at the first mobile device,one or more second update messages from the one or more second mobiledevices that include the second user identifiers; update, at the firstmobile device, the stored information previously received withinformation in the one or more second update messages for access by theone or more applications hosted on the first mobile device.
 20. Themedia of claim 15, further comprising: access, at the first mobiledevice, the one of one or more second devices of the second user; andplace a call, at the first mobile device, between the first mobiledevice and a number dialed at the first mobile device through the one ofone or more second devices.